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19 dune 1964 


OFFICE OF COMPUTER SERVICES, DD/S&? 


RESPONSIBILITIES 


I. Operational Reaponsibilities 


Providea computing services for oll types of computing 
applications (management, intelligence, and seientifie) for 
ell components of the Agency, as appropriate. (Performs 


the CIA computing service function axcept for NPIC and 
25X14 where separate computing facilitiea now exist.) 
In providing the above range of services, performs the 
followingt 


A, Problem Analysis - to determine the natuva, scope, 
objectives, and suitability of proposed appli-~- 
cations, 


B. EDP Systems Design ~ to design computing system to 
meet objectives by defining inputs, processing, 
outputs, achedules, etc. 


G. Computer Progranming - to tranalate the system deaign 
into detailed computer instructions, including 
teat and debug of programs. 


D. Computer Operations - to schedule work flow and oper- 
ate the CIA Computer Center equipment to produce 
the required computer outputs. 


II. Developmental Responsibilities (Major, long-term efforts) 


A. Projeat CHIVE - Performs study of Agency needa for a 
centralized document/information storage and re- 
trieval syatem and designs a computer-driven 
syatem to meet CIA present end anticipated needs. 


B. Machine Tranglation/Stenowrlter Project ~ Conducta 
project, involving the building by contractor of 
special purpose hardware/softwara, to develop an 
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in-house capabllity to translate by machine 
to English both natural language(s) and the 
Stenowrlter symbolic language. 


ITI. Management Control and Reporting Responsibilities 


A. Serves ag the central point within CIA for reporting 
to management and external Agencies on CIA automatia 
data processing activities (ineluding CIA machine . 
inventory, utilization, personnel, and cost statistics). 


B, Serves ag central liaison point within CIA for ex 
ternal contacts in the field of automatia data pro- 
easging. 


C. Controls the acquisition of data processing equip- 
ment in GIA by serving as approval/disapproval point 
fox all ADP equipment acquisition proposals. 


D. Serves ag Chairman, CIA Automatics Data Processing 
Committee whose function is the coordination of 
planning and development of CIA's automatia data 
processing resources. 
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SECRET 


LOCATION OF PROGRAMMERS WITHIN DD/S&T (POLICY QUESTION) 


i, The development of the scientific computing effort within the 
DD/S&T surfaces a policy question on where the computer ees rAHEAe eS 
required for this effort will be placed. 


2. There are two basic options: (a) place these Programmers 
here and there throughout the Directorate within the line structure of 
the various sections, branches, and diviaions having need for scientific 
computing support; or {b} place these Programmers centrally within 
OcsS for service to all. 


3. Ths following chart shows the present classes of scientific 
computing support in the DD/S&T and DD/S&T users. (See next page) 
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4, it will be seen that the same type of computing support, albeit 
slamming from different individual problems, is required by a growing 
number of points within the DD/S&T atructure, Often, support to 
multiple users is based upon the same computer programs and the 
game basic computational skilis, (e.g., the| — feapability for 25X1 
trajectory computations has already been used for three DD/S&T 
components and other users are anticipated}. 


5. Someday, we hope that the man-machine relationship will have 
30 developed that computing skills as a speciality will become largely 
unnecessary. And we believe there is a fair chance of this within the 
next ten years. But the state of the art today (and tomorrow) does re~- 
quire very specialized skills and these skills are typically contresiee’ 
for both their development and their utilization. . OG Mae 


& It seems eminently apparent to OCS that by centralizing our 
Programmer resources, we can (1) get a good deal more computational | 
mileage from such skills for support to all and cam (2) much more efecively) 
yecruit, train, supervise, and develop and hold such cemputing skills. By 
so procedding we are also moving in harmony with the basic platform of 
any centralized Office of Computer Services, rather than contrary thereto. ¥ 
Sy go proceeding, aa well, we will avoid the competition which otherwise 
will result among the several DD/Sk&T components for tha very same 
skills. if we decentralize our DD/S&T computing personnel, FMSAC, 

OSI, OSA, SAS, OEL, etc., will ali be competing to vecruit, train, 
provide adequate EDP supervision for, and develop and hold the same 
Sagic skillz. This is, ina very real sense, contrary to the basic notion 
of the DD/S&T Directorate itself--which was formed to pull together 
[3 TF skills rather than leaving them scattered through the «gency. 


7. Case in Point: Automation Division, OSA, and OCS -- 


A specific reflection of this issue which, by historic accident, 
already exists within the DD/S&T is the Automation Division of OSA. OCS 
believes the Automation Division of OSA should merge with the Computer 
Services Office of DD/SuT, * Some specifics on the advantages of merging: 


2 There will, of course, be isolated instances where the user component 
Jjdges have someone on beard who will develop a journeyman-level program- 
ming competence but, for some time ta come, such wili be the ens 

rather than the rule. 

{23 This idea was discussed when OCS first came into the DD/S&T. It was 
decided then te leave things as they were during the formative months of 
the Directorate. This question has now been raised in recent OSA-OCS 
discussions originated by OSA. 
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a. The merging of the Automation Division with your 
Computer Services Office fits the basic notion behind the 
establishment of OCS in the first place. The continuation 
of a computer services division within OSA, or any other 
ifice, clearly dees not. 


%. The Automation Division fuaction would be super- 


vised b ef CCS, as OSA itself apparently 
desires. hag the most knowledgeable background 
of any CLA person in the computing function of the OSA mission. 


a consultant to OSA before joining OCS. One of 
came to CLA and one of the reasons 

as the OSA computing support re- 
quirement. Yet a now largely cut off from this 
effort principally secauge of the sens@ of rivalry in the 
Automation Division which the present organizational 


atructure has generated. 


the reasons 
CLA went to 


& Merging the Automation Division with OCS will 
facilitate the exploitation of OCS resources for the OSA 
task--and, to some degree, vice versa. ‘“Resources" 
here include hardware, software, and hurnan axilla. 


d. Duplication in programrting efforta between OCS 
and the Automation Division will be eliminated. (Example: 
Computer routines to convert the UTM Coordinate Syatem 
to geographic location and plot these points on display maps. 
This problem was independently done in both OCS and the 
‘vatomation Division. The OCS program ia good for the 
entire world while the OSA progrars la good for a apecific 
geographic region only. Many maa days of work and check- 
ing went into each of these programming efforts. ) 


®. A new contract for outside computer programming 


support now being negotiated by OSA might not be necessary be- 
cause {1} would contribute hia first rank knowledge 
29 the probliera, C3 haa cou Bo noteh a: AD 2d i oroven contractor 


skills already on board and cleared to Yo supsiement i ifs own 
yesources, (3) OCS haa and other programs which may 25X1 
be pertinent to what would be asked of the contractor under the 
proposed contract. 
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i. OC3 scheduling of computer time would be more 
efficient because we would have but one system of scheduli 


whereas now blocks of IBM 7090 time amounting to 25X1 
each day {at a cost of per month) are — 25X11 
veserved for OSA in the mi the prime daily production 


period. OSA actual usage, ieclad ae Overtime hours (nighta 
and weekends) and including debug and test runs which could 


more properly be run on non-prime time, has not oxceaded 
eae the past few montha. 


3. In thinking about the policy tention: discuased in thig an 


as it relates to the Automation Division of OSA, you may fine oe ge Ae 
following schedule for merging of help: - Ge = 


‘ c fe {per 
a Early August - th OCS. oy! 28X1. : 
and will EOD with =~ 
pce : 


b. Early September a in addition to a 
hia special relationship to AD/CS, named as Chief of the ecientific 


arm of OCS with! as Leputy. 


c, BMid-September - | ___fe atart to increase 25K1 
his involvement in Automation Division activities, PiSpsiMory . 


to the merger. 


25X1 


d. Late September - 1 take over from 
direction of enough non-OSA computing work- 
load ta free o apend 50 % to eh of his. time ¢ on the 


CSA effort, required, 


e. Early October - Auboreation Division, Osa, wil Oo. 
oe formally transferred to the Office of Computer Services, DD/ S&T. a 
The Autornation Division group will be supervised directly by : 25X1 
(Transfer to include slota, incumbents, FY65 budget, 
equipment. Relocation within the building to be a function of specific 
consideration and availability of Space in re ocs ares) 


f. Six Months Thereafter - OSA will valénives teativeny 
that its Sorsmetes support is sets umproved. 


ak i : | \ 
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